Description of a logical application that has a relationship with a certain data object. Logical applications are independent of the implementation and are often modeled with verbs or with terms ending on system. For example collaborate or collaboration system.

Overzicht of grondplaat van de aanwezige of toekomstige data objecten, datasets en databanken binnen het domein van de architectuur.

Naamgevingsconventies Gebruik: Zelfstandig naamwoord in het enkelvoud. Bijvoorbeeld: Zoekvraag, Zoekresultaat Logische naam. Vermijd technische namen als dossier, database.

Data object is an ArchiMate concept that on the one hand can be linked to a number of ArchiMate concepts so that aspects such as quality, requirements. But also where is the dataset used and by whom, which application has a relation with this dataset etc. If necessary, you could link to the infrastructure from the data object. At this moment, this is not yet chosen in this example. As soon as there is a need in the community for this, this will be worked out further

Naamgevingsconventie Gebruik: Zelfstandig naamwoord in het enkelvoud. Bijvoorbeeld: Zoekvraag, Zoekresultaat Logische naam. Vermijd technische namen als dossier, database.

Is the person who is delegated by the data owner to take over certain responsibilities and tasks of the owner. These tasks are often at a more detailed level, hence the link with data objects within ArchiMate instead of Business objects

Different user types that have a relationship with business and data objects within the ArchiMate modeling domain

Issue registratie voor kwaliteitsissues

Issue registratie voor kwaliteitsissues binnen een repository. Veelal wordt voor deze issue registratie een op ITIL gebaseerde werkwijze toegepast.

Data wordt de zo dicht mogelijk bij de oorspronkelijke bron ontsloten. De leidende bron(nen) worden per business data object vastgesteld.

DES en APR hebben geen log maar zijn ingericht op basis van historietabellen van de interne data objecten

Het XXX-brede Enterprise Data Warehouse (EDW) is gemodelleerd volgens het XXX-brede Business (Data) Objecten Model

Voor de urenadministratie wil Giovanna een applicatie model uitwerken:

• Logisch applicatiemodel
• Data object model
• Componenten

Maak een ArchiMate diagram van dit landschap aan met alle aspecten van de taal, gebruik eventueel concepten uit je eigen organisatie Leg relevante associaties tussen de elementen in het diagram Voeg een uitlijning en layout toe Voeg kleuren toe en maak een legenda

Conceptueel model van relevante data objecten op basis van een Sparx model maar generiek gemaakt met architectuur brede definities.

The primary conceptual model consists of two ArchiMate concepts from the passive structure part. Namely data objects and business objects. Often one of these two entities is used in the models. This depends on the further modeling, finds this place on application level then you can use the data objects, otherwise the business objects For both entities you can use specialization and aggregation as an association. In addition, a data object realizes a business object. If desired, you can show cardinalities at the associations, but that is not common. In addition, in a complex model or in many synonyms and homonyms, the modeling of two layers of abstraction can have added value

This viewpoint connects three archimate concepts. These are the information entities and a requirement that is subdivided into a number of data qualities. In the example, the DAMA data quality list is used. Within the associations, a score is given to the data within the entities (business object and data object). Keep in mind that this score can be an ist but also a soll or desired score. This can be further elaborated in the matrix by including a double score. In this viewpoint an example of the matrix is included including the example qualities of DaMa

This viewpoint indicates which business and data objects are used by which users and perhaps even more importantly in which way. This is done by giving the associations between the user and the data objects a CRUD score. This can of course also be displayed in a matrix view

Primaire concepten In de applicatielaag zijn de drie specialisaties van de bouwblokken relatief eenvoudig te relateren aan een ArchiMate element, namelijk:

• Service <-> Application_Service
• ABB <-> Application_Function, zoals reeds genoemd kan hier ook een ander behavioural element gebruikt worden
• SBB <-> Application_Component

Tussen de elementen kunnen ArchiMate relaties gedefinieerd worden:

• Service <-> ABB: Realisation
• SBB <-> ABB: Assignment
• xBB <-> xBB: Aggregation

Met name de laatste associatie de aggregatie is van belang omdat hiermee samengestelde bouwblokken samengesteld kunnen worden. Naast de genoemde associaties zijn meerdere typen associaties te kiezen zoals de dynamische associaties. Bij het uitwerken van de views binnen dit viewpoint staat het je vrij deze extra associaties toe te passen, mits uitgewerkt in de reeds aanwezige algemene viewpoints. Secundaire concepten Naast de primaire elementen en associaties zijn er een tweetal elementen en associaties relevant, echter niet in alle architectuur domeinen. Dit zijn:

• Data_Object, binnen bijvoorbeeld de integratie architectuur zijn data objecten noodzakelijk voor het beschrijven van bijvoorbeeld herbruikbare bericht definities binnen een bouwblok.
• Applicatie_Interface, eveneens binnen de integratie architectuur is voor de implementatie van bijvoorbeeld een webservice dit concept noodzakelijk als extra ArchiMate element binnen de xBB modellering.